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(54) Method arKi apparatus for detecting a start code in a bitstream 



(57) The preson: m^cntton relates to the detection 
of a predetermined sequence in a digital bit-stream, and 
more particularly a metrxxj and apparatus for the fast 
and efficient detection of a start code sequence. 

As with many packet based bit-streams, packets 
are identified thrcugn the use of a start code. TUe start 
code is a unique seq jcnco which occurs only to indicate 
the start of a packet and can never occur in tfie data 
portion of a bit-stream icJentifying the start of packets is 
crucial in the processing o' packetised bit-streams. 

In the field oi d»g i^ii oroadcasting, a common format 
of digital video comp^csson is that of the l\/loving Picture 
Expert Group (MPEGj MPE3 uses a packetised bit- 
stream and packets -<f c preceded by a start code to en- 
able individual packcib to t>e Oentiltcd In any real-time 
processing of MPEG Ln* t>i*urtii»b it ib vital to be able to 
identify the MPEG sinri co:Jcs as quickly and efficiently 
as possible. Performing this m hardware is a relatively 
straightforward operation Detecting start codes using 
software is also sirt'iighilofward in a non real-time situ- 
ation. However whco an end-to-end real-time software 
solution is required to process MPEG data it may not be 
possible or desirable lo use a hardware-based solution. 

The present invonton overcomes the problems of 
the prior art and provKles a motnod and apparatus for 
the fast and efficient dctoclion of the MPEG start code 
sequence. 
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Description 

[0001] The present invention relates to the detection 
of a predetermined sequence in a digital bit-stream, and 
nnore particularly a method and apparatus for the fast 
and efficient detection of a start code sequence. 
[0002] As with many packet based bit-streams, pack- 
ets are identified through the use of a start code. The 
start code is a unique sequence which occurs only to 
indicate the start of a packet, andean never occur in the 
data portion of a bit-stream. Identifying the start of pack- 
ets Is crucial in the processing of packetised bit-streams. 
[0003] In the field of digital broadcasting, a common 
format of digital video compression is that of the Motion 
Picture Experts Group (MPEG). MPEG uses a pack- 
etised bit-stream and packets are preceded by a start 
code to enable individual packets to be identified. 
[0004] An MPEG header start code sequence is a 
unique code sequence that can only ever occur in an 
MPEG bit-stream as a header start code. It consists of 
23 binary zeroes followed by a single binary 1 . 
[0005] In any real-time processing of MPEG bit- 
streams, it is vital to be able to identify the MPEG start 
codes as quickly and efficiently as possible. Performing 
this in hardware is a relatively straighfforward operation. 
Detecting start codes using software is also straighffor- 
ward in a non real-time situation. However, where an 
end-to-end real-time software solution is required to 
process MPEG data it may not be possible or desirable 
to use a hardware-based solution. 
[0006] One such application is the processing in- 
volved in encoding a HDTV image using a number of 
standard encoders to produce a HDTV bit stream. One 
such technique is described in our co-pending United 
Kingdom patent applications 9807203.6 and 
9807205. 1 . The technique involves processing a plural- 
ity of encoded standard television bit-streams and con- 
verting them to a single encoded high definition televi- 
sion bit-stream in real-time. The quantity of data to be 
processed and the data rates involved in this sort of ap- 
plication are obviously enormous, and therefore being 
able to detect the start of packets as quickly and effi- 
ciently as possible is of paramount importance. 
[0007] In such an application, which is predominantly 
software based, it is beneficial that as much of the func- 
tionality as possible is dealt with by the software. If a 
software solution approach is used, it is often not desir- 
able to employ hardware start code detection methods. 
One reason is that the increased complexity needed to 
interface with the hardware and the extra time taken to 
access the hardware often make this approach less than 
ideal, especially where the bulk of the processing is car- 
ried out by suitably programmed microprocessors. 
[0008] The techniques commonly employed in hard- 
ware based solutions do not translate well into software 
solutions. 

[0009] A common software method for identifying 
start codes involves testing every byte of the input data, 
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resulting in four operations per 32-bit data word, togeth- 
er with the operations needed to support a limited finite 
state machine that counts the number of zero bytes that 
have been identified. A byte is a collection of 8 bits, and 

5 a word (as used in this specification) is a collection of 
32 bits, or four bytes. The speed of this technique is lim- 
ited both by the number of operations involved and by 
the fact that byte data accessing is inefficient on modern 
32-bit CPUs. Due tothe huge quantity of data that needs 

10 processing, reducing the number of operations involved 
in detecting start codes can result in significant speed 
improvements. 

[0010] One solution is to continuing using existing 
techniques and to use even more powerful processors 
15 to but this will ultimately increase costs and further in- 
creases in complexity. 

[0011] The methods of the prior art therefore fail to 
provide any suitable methods of detecting such start 
codes for use in a real-time software application. 

20 [0012] Accordingly, one object of the present inven- 
tion is to provide a method for the fast and efficient de- 
tection of the MPEG start code sequence. 
[0013] According to one aspect of the present inven- 
tion there is provided a method of detecting a specific 

25 bit sequence in a stream of digital data, the method com- 
prising the steps of: comparing a first section of a se- 
quence of bits with a first reference; comparing a second 
section of the sequence with a second reference; com- 
paring a third section of the sequence with a third refer- 

30 ence; and comparing the results of the comparing steps 
with a first predetermined set of results and where there 
is a match the predetermined bit sequence is detected 
and where there is no match the predetermined bit se- 
quence is not detected. 

35 [0014] According to a second aspect of the present 
invention there is provided apparatus for detecting a 
specific bit sequence in a stream of digital data, the ap- 
paratus comprising: a first comparitor for comparing a 
first section of a sequence of bits with a first reference, 

^0 comparing a second section of the sequence with a sec- 
ond reference, comparing a third section of the se- 
quence with a third reference; and a second comparitor 
for comparing the results from the first comparitor with 
a first predetermined set of results and where there is a 

45 match the predetermined bit sequence is detected and 
where there is no match the predetermined sequence 
is not detected. 

[0015] The present invention overcomes the prob- 
lems of speed and processor requirements of the prior 

50 art, and provides a quick and efficient way of detecting 
the start code sequence in real-time. The method is 
such that additional processing power is not needed, 
even to detect the start code sequence in real-time. This 
has the added benefits of keeping costs to a minimum 

55 whilst providing all the functionality of a much more com- 
plex and costly solution. 

[0016] The invention will now be described, with ref- 
erence to the accompanying drawings, in which: 
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Figure 1 is a diagram depicting the presence of an 
MPEG start code sequence within an MPEG bit- 
stream; and 

Figure 2 is a flow diagram illustrating one embodi- 
ment of the present invention. 

[001 7] Figure 1 is a diagram showing part of an MPEG 
bit-stream 11. The bit -stream 11 consists of data and a 
MPEG header code start sequence 10 is also present. 
The bit-stream is read into a data register and connected 
to a processing unit (not shown). 
[001 8] Although the start code sequence is of a known 
format, its detection is made more difficult due to the 
way in which the start code can occur anywhere in the 
bit-stream, on a byte boundary (i.e. aligned to a group 
of 8 bits). The start code may not, therefore, coincide 
with a register boundary and: as a result, a start code 
sequence could overrun into two or more registers (de- 
pending on the size of the register used). The result of 
this is that the start code could appear at a number of 
different places within a data register. This is illustrated 
in Figure 1 by a number of data register positions 20 to 
25. This means that detection of the start code se- 
quence cannot be performed by a simple mask and 
compare operation. 

[0019] According to the present invention the data 
register is a 32 bit register but is not restricted thereto. 
A number of data register positions are shown 20 to 25, 
each position showing the data register aligned to a dif- 
ferent byte boundary. The positions of bit 0 and bit 31 of 
each data register is shown where appropriate. It can 
be seen that the start code sequence can occur at a 
number of different positions within a data register. Data 
register positions 20 and 25 show where a start code 
sequence is completely contained in a single data reg- 
ister. Data register positions 21. 22, 23 and 24 show 
where the start code straddles two data registers. 
[0020] Figure 2 outlines an algorithmic high speed so- 
lution to this problem. For clarity, the diagram omits the 
detection of the end of packet sequence, and the han- 
dling of header codes which straddle packet bounda- 
ries. 

[0021] Figure 2 is a diagram of a flow diagram outlin- 
ing the method of the present invention. The diagram 
can be broken down into three main steps, step 1 , step 
2 and step 3. 

[0022] Starting with step 2, this performs the first part 
of the lest to detect a start code. Step 2 tests the top 
part of the data register to see if bits 31 to 1 7 are zero. 
If they are not. step 3 tests the bottom part of the data 
register to see if bits 1 5 to 1 are zero. If they are not zero 
then a start code is not present in the data register. In 
the majority of cases a start code will not be present and 
therefore most of the 32-bit words that comprise MPEG 
data can be searched in just two operations. This pro- 
vides a significant reduction in processing time com- 
pared with the prior art methods using a finite state ma- 
chine. In processors (such as digital signal processors) 
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equipped with special purpose shifters, extracting a 
group of bits from a word together with testing for those 
bits for being zero can be done in a single operation. 
[0023] Step 2 effectively identifies the possibility of a 
5 start code being present in the data register If there is 
a possibility of a start code being present there are then 
two situations which might apply, which are verified by 
steps 2b or 2c. If step 2a detects that bit 16 is zero, this 
indicates there is a sequence of 1 6 zeros, and the start- 
code will occur if the next eight bits (bits 15 to 8 in the 
current word) are seven zeros followed by a one. This 
is tested by step 2c. If bit 1 6 is a one, then this indicates 
there is a sequence of 15 zeros followed by a one, and 
therefore a start code exists if the previous eight bits 
(bits 7 to 0 of the previous word) were all zeros. Step 2b 
identities this sequence or continues searching the data. 
[0024] Step 3 of Figure 2 performs a similar operation 
on the bottom 16 bits of the data. Again there are two 
cases which can indicate a valid start code, and step 3a 
identifies which of the two cases might apply. Step 3b 
identifies a start code contained completely with the cur- 
rent word, and step 3c identifies a start code which 
straddles the word boundary (i.e. with the final 7 zeros 
and 1 one in the next word). 

[0025] Referring back to Figure 1 and the data register 
at position 20. Step 2 then compares bits 31 to 17 with 
0, which they are not. Step 3 then compares bits 15 to 
1 with zero which they are. Step 3a then compares bit 

0 with zero, which it is not. Finally, step 3b compares 
bits 23 to 24 with zero, which they are indicating a start 
code has been detected. 

[0026] Looking now at the data register in position 25. 
Step 2 compares bits 31 to 17 with zero, which they are. 
Step 2a then compares bit 16 with zero, which it is. Fi- 
nally, step 2c compares bits 15 to 8 with 00000001 2 (bi- 
nary), which they are indicating a start code has been 
detected. 

[0027] Looking now at the first case where the start 
code straddles two data registers, with the data registers 
21 and 22. Step 2 compares bits 31 to 1 7 of data register 
21 , which they are not. Step 3 then compares bits 15 to 

1 with zero, which they are. Step 3a compares bit 0 with 
zero which it is. Step 3c then compares bits 31 to 24 of 
the next word (data register 22) with 000000012 (bina- 
ry), which they are indicating a start code has been de- 
tected. 

[0028] Finally, in the case of data registers 23 and 24, 
step 2 compares bits 31 to 1 7 with zero, which they are 
not. Step 3 then compares bits 1 5 to 1 with zero, which 
they are not. In this case, the next data register is used 
and the test repeated. So, step 2 now compares bits 31 
to 17 of data register 24 with zero, which they are. Step 
2a then compares bit 16 with zero, v/hich it is not. Step 
2b then compares bits 7 to 0 of the previous word (data 
register 23) with zero, which they are indicating a start 
code has been detected. 

[0029] Identifying whether or not these potential start 
code cases are actually start codes is comparatively 
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costly (steps 2a, 2b and 2c or 3a 3b and 3c) and it is 
therefore innportant to reduce the number of "false" iden- 
tifications. These situations occur most commonly 
where the data is a continuous series of zeros, which 
occurs as video stuffing data and may continue for a 
long period. Step 1 is therefore provided to check for a 
full word of zeros at the start of a data segment, and if 
it finds one it skips it until a non-zero word arrives, when 
it IS processed normally. 

[CX)30] The effect of step 1 , comprising steps la and 
lb, is a significant improvement over the prior art in the 
processing of data containing stuffing or large quantities 
of zero bytes. Step 1 only requires a single operation for 
each input packet (i e. one test per 46 data words) where 
stuffing docs not occur. Where stuffing is present the 
processing involves only a single operation per word 
(rather than the normal two operations per word). 
[0031] The prcscr^l invention is of particular applica- 
tion in any software based processing system. As men- 
tioned above the dcteclion of start codes is easily and 
quickly achicvod u i tiriiUwHre. however in real-time soft- 
ware solutions the use of hardware detectors is often 
not desirable due tc the extra complexity introduced. 
[0032] The prcicn! invention has particular applica- 
tion in the real tmc conversion of multiple MP@ML 
streams into a smqio MLt^HL stream as described in 
greater detail m our co-pcoding patent applications 
9807203.6 and c*e07205 i The present invention re- 
duces the (avnrrtf>ot number of operations to identify 
start codes in an MPFG-? stream which significantly re- 
duces the need for processing power, thereby reducing 
the cost of a software based solution or allowing an In- 
crease in the funct tonality the software can provide. 
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1. A method of detecting a specific bit sequence in a 
stream of digital data the method comprising the 
steps of: 40 

comparing a first section of a sequence of bits 
with a first refer once 

comparing a second section of the sequence 
With a second rotoronce 45 
comparing a third section of the sequence with 
a third reference and 

compaiing Uie resuttb o( ifie comparing steps 
with a fifbt pitxiutuf rnined set of results and 
where there is a match the predetermined bit so 
sequence is detected and where there is no 
match the predetermined bit sequence is not 
detected 



with a fourth reference; 

comparing a fifth section of the sequence with 
a fifth reference; 

comparing a sixth section of the sequence with 
a sixth reference; and 

comparing the results of the further comparing 
steps with a second set of predetermined set of 
results and where there is a match the prede- 
termined bit sequence is detected and where 
there is no match the predetermined sequence 
is not detected. 

The method of claims 1 or 2, further comprising the 
first, second, fourth and fifth references being the 
same. 

Apparatus for detecting a specific bit sequence in a 
stream of digital data, the apparatus comprising: 

a first compahtor for comparing a first section 
ofa sequence of bits with a first reference, com- 
paring a second section of the sequence with 
a second reference, comparing a third section 
of the sequence with a third reference; and 
a second comparitor for comparing the results 
from the first comparitor with a first predeter- 
mined set of results and where there is a match 
the predetermined bit sequence is detected 
and where there is no match the predetermined 
sequence is not detected. 

The apparatus of claim 4. further comprising, where 
the predetermined bit sequence is not detected, the 
first comparitor adapted for comparing a fourth sec- 
tion with a fourth reference, comparing a fifth sec- 
tion with a fifth reference, comparing a sixth section 
with a sixth reference and the second comparitor 
adapted for comparing the results of the further 
comparing steps with a second predetermined set 
of results and where there is a match the predeter- 
mined bit sequence is detected and where there is 
no match the predetermined sequence is not de- 
tected. 



The method of clam 1 further comprising, where 
the predetermined bit sequence is not detected: 



comparing a fourth section of the sequence 
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(54) Method and apparatus for detecting a start code in a bitstream 



(57) The present invention relates to the detection 
of a pre(deternnined sequence in a digital bit-stream, and 
more particularly a method and apparatus for the fast 
and efficient detection of a start code sequence. 

As with many packet based bit-streams, packets 
are identified through the use of a start code. The start 
code is a unique sequence which occurs only to indicate 
the start of a packet, and can never occur in the data 
portion of a bit-stream. Identifying the start of packets is 
crucial in the processing of packetised bit-streams. 

In the field of digital broadcasting, a common format 
of digital video compression is that of the Moving Picture 
Expert Group (MPEG). MPEG uses a packetised bit- 
stream and packets are preceded by a start code to en- 
able individual packets to be identified. In any real-time 
processing of MPEG bit-streams, it is vita! to be able to 
identify the MPEG start codes as quickly and efficiently 
as possible. Performing this in hardware is a relatively 
straightforward operation. Detecting start codes using 
software is also straightforward in a non real-time situ- 
ation. However, where an end-to-end real-time software 
solution is required to process MPEG data it may not be 
possible or desirable to use a hardware-based solution. 

The present invention overcomes the problems of 
the prior art and provides a method and apparatus for 



the fast and efficient detection of the MPEG start code 
sequence. 
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